\documentclass[a4paper,11pt,oneside]{report}
\usepackage[german]{hgb}	 % options: german, english
\usepackage[margin=3cm]{geometry}
\usepackage{pdflscape}
\graphicspath{{images/}}   	% where are the EPS images?


%%%----------------------------------------------------------
\begin{document}
%%%----------------------------------------------------------

\author{Alexander Bohn \\
	     Manuel Djalili \\
	     Dominik Gruber \\
	     Manuel Mayrhofer \\
	     Philipp Naderer}
	     
\title{QSE-ASE-08 \\  
        Tenez \\
        Projektauftrag}

\date{31. Oktober 2009}

%%%----------------------------------------------------------
\maketitle
\tableofcontents
%%%----------------------------------------------------------


%%%----------------------------------------------------------
\chapter{Projektbeschreibung}
%%%----------------------------------------------------------

\section{Projektbezeichnung \& Projektpartner}

\subsection{Projektbezeichnung}

Tenez - Open Source Reservierungssystem

\subsection{Projektteam}

\begin{tabular}{l l l }
Dominik Gruber & Teamkoordinator & dominik.gruber@tenez.at \\
Philipp Naderer & Software Architekt, TK. Stv. & philipp.naderer@tenez.at \\
Manuel Mayrhofer & Software Architekt Stv. & manuel.mayrhofer@tenez.at \\
Alexander Bohn & Tester & jagang@gmx.net  \\
Manuel Djalili & Dokumentbeauftragter & manuel.djalili@gmail.com  \\
\end{tabular}
\\
\\
Der Auftraggeber kann außerdem unter der E-Mail-Adresse projektleitung@tenez.at die beiden Teamkoordinatoren erreichen. Weiters werden im Verlauf des Projekts immer wieder aktuelle Informationen zur Entwicklung auf der Webseite www.tenez.at veröffentlicht.

\subsection{Auftraggeber}

TC Ulmerfeld-Hausmening\\
ZVR 885557744\\
Stadionstraße 6\\
3363 Ulmerfeld-Hausmening

\subsubsection{Ansprechpartner}
Horst Haider (Hallenwart) \\
horst.haider@ktvam.at \\
+43 664 111 80 10


\section{Ausgangssituation}

Im Moment existieren diverse Reservierungssysteme für Tennisplätze, die jedoch alle große Schwächen im Hinblick auf Administration und Benutzerführung aufweisen. Zumeist ist auch keine direkte Bezahlung durch den Kunden möglich, was darin resultiert, dass weiterhin ein Hallenwart benötigt wird, der die Abrechnung vornimmt. Viele Vereine finden jedoch keine geeignete Person, die diese Funktion ausüben will. Deswegen ist eine möglichst wartungsarme und einfache Administration eine der wichtigsten Anforderungen. 

Weiters bieten bestehende Lösungen keine umfassenden Auswertungen. Excel und selbstgeführte Listen sind bei vielen Vereinen noch immer das einzige Mittel zur Datenauswertung bzw. -erfassung.

Dabei ist die Halle für jeden Verein überlebenswichtig, da zwischen 60 bis 75 Prozent des Jahresumsatzes durch die Hallenvermietung eingenommen werden. Gerade hier will das Projekt ansetzen und eine einfache, schnelle und übersichtliche Auswertung ermöglichen, die allen Anforderungen an ein modernes Reporting gerecht wird. Das ermöglicht es Vereinen beispielsweise die Preise an die Nutzungsfrequenz anzupassen.

\section{Projektkurzbeschreibung}

Das Projekt Tenez soll ein Open Source Hallen-Reservierungssystem erstellen, welches von Vereinen kostengünstig eingesetzt werden kann und einfach in der Benutzung ist. Dabei soll es mehrere Vereine mit unterschiedlichen Hallenarten und auch Buchungsbelegungen verwalten können. Somit ist Tenez als Grundlage für ein zentrales Reservierungssystem für Vereine ausgelegt.

Ein wichtiger Punkt ist die zielgruppengerechte Ausführung der Benutzerschnittstelle. Gerade Personen ab 50 Jahren nehmen häufig den größten Anteil an Stundenreservierungen in Anspruch und somit muss auf ihre Anforderungen eingegangen werden. Ein umständlicher Reservierungsprozess ist unbedingt zu vermeiden.


%%%----------------------------------------------------------
\chapter{Zielgruppen}
%%%----------------------------------------------------------

\section{Vereine}

Vereine, die nach einem kostengünstigen und einfachen Reservierungssystem suchen. Sie wollen die Administration möglichst einfach halten und somit auch die anfallenden Kosten. Sie sollen Standorte mit Plätzen anlegen können. Weiters soll das System genaue Auflistungen von verkauften bzw. gebuchten Stunden liefern und auf Abruf immer die aktuelle Auslastung anzeigen. Abonnements müssen schnell und einfach eingetragen werden können. Zu unterschiedlichen Tageszeiten bzw. an speziellen Tagen können auch unterschiedliche Preise gelten.

\section{Kunden \& Mitglieder eines Vereins}

Kunden \& Mitglieder eines Vereins, die Einheiten von einem Platz buchen und sich über ihr Guthaben informieren wollen. Durch ein Reservierungssystem können sie unabhängig von einem Hallenwart einen Überblick über die momentane Buchungssituation erhalten. Dies kann auch über ein mobiles Gerät mit Internetzugang erfolgen.

Kunden sind Personen, die bei einem Verein ein Guthaben besitzen, aber keine eingetragenen Mitglieder sind.

\section{Systembetreiber}

Systembetreiber, der Vereine anlegen kann. Zu diesen Vereinen kann er User und Plätze (mit Standorten) anlegen. Er kann User zu Verwalter des Vereins ernennen.

Er agiert als Anbieter des Reservierungssystem und hat für den reibungslosen Betrieb zu sorgen bzw. eventuelle Probleme und Anfragen von Vereinen und Usern zu lösen.


%%%----------------------------------------------------------
\chapter{Domänenmodell}
%%%----------------------------------------------------------

\includegraphics[scale=0.27]{domaenenmodell.png}


%%%----------------------------------------------------------
\chapter{Komponentendiagramm}
%%%----------------------------------------------------------

\includegraphics[scale=0.57]{komponentendiagramm.png}

%%%----------------------------------------------------------
\chapter{Abgrenzungen}
%%%----------------------------------------------------------

Das Reservierungssystem soll keine Zeitschaltuhr umfassen, welche die Beleuchtung in einer Halle ein- oder ausschaltet. Chipkarten, Jetons und andere Zutrittsberechtigungen können nicht mit dem System verwaltet, bearbeitet oder ausgegeben werden. 

Zwar wird ein Kunde grundsätzlich einem Verein als Mitglied zugeordnet, jedoch ist damit keine Vereinsverwaltung angedacht, sondern nur eine für Auswertungen und Rabatten wichtige Trennung zwischen auswärtigen Spielern und Mitgliedern. 

Das System ist nicht für die Verwaltung und Planung von Tennisturnieren bzw. deren Spielreihenfolge gedacht.

Eine möglichst störungsfreie Internetanbindung ist ein wichtiges Kriterium zum reibungslosen Ablauf, im Projekt wird darauf aber keine Rücksicht genommen und fällt in die Zuständigkeit des lokalen Systembetreuers. Das System ist weiters nicht für die Erstellung von Backups verantwortlich. 

Für eine korrekte Darstellung der Templates muss auf Standgeräten zumindest eine Auflösung von 1024x768 Pixel eingestellt sein, für die mobile Version wird zumindest die Auflösung 480x320 Pixel benötigt.


%%%----------------------------------------------------------
\chapter{Funktionale Anforderungen}
%%%----------------------------------------------------------

\begin{itemize}

\item \textbf{Vereinsverwaltung} \\ Der Systemadministrator muss Vereine anlegen, bearbeiten und löschen können.

\item \textbf{Benutzerverwaltung} \\ Jeder muss sich bei einem Verein als Benutzer registrieren und einloggen können. Eine E-Mail Adresse ist dafür keine Voraussetzung. Ein alphanumerisches Passwort mit mindestens fünf Stellen wird dabei automatisch generiert.

\item \textbf{Vereinsgruppen verwalten} \\ Vereinsverwalter können für ihre Vereine Gruppierungen der Benutzer anlegen (z.B. Senioren, Kinder, Mitglied). 

\item \textbf{Benutzerstammdaten verwalten} \\ Benutzer können ihre persönlichen Daten und ihr Passwort bearbeiten. Der Systemadministrator kann User zu Vereinsverwaltern ernennen. Der Vereinsverwalter kann User bestimmten internen Vereinsgruppen zuordnen. Weiters kann er für jeden User ein Guthaben verwalten, mit dem dieser seine Reservierungen vornehmen kann.

\item \textbf{Platzverwaltung} \\ Der Systemadministrator muss für einen Verein Plätze anlegen können. Der Vereinsverwalter kann Zeiteinheiten bestimmen, zu denen der Platz für Mitglieder zur Reservierung offen steht. Dabei soll es möglich sein, dass jede Benutzergruppe ihren eigenen Preis erhält.

\item \textbf{Stammdaten exportieren} \\ Vereinsverwalter können die Stammdaten ihrer Benutzer als CVS exportieren um diese so in externe Textverarbeitungsprogramme zu importieren. Beim Exportvorgang können Filterkriterien, z.B. nur Mitglieder, angegeben werden.

\item \textbf{Reservierung vornehmen} \\ Benutzer reservieren über eine HTML-Maske im Browser einen vom System als frei markierten Eintrag in der Stundenübersicht. Die Stundenübersicht ist eine tabellarische Ansicht für den vorher ausgewählten Platz des Vereins. Alternativ können auch der Systemadministrator und der Vereinsverwalter Reservierungen von Kunden eintragen. Diese können außerdem Abonnements mit variabler Laufzeit für Kunden eintragen und selbst Reservierungen ohne Kosten vornehmen (zB für Mannschaftstraining, Turniere oder Wartungsarbeiten).

\item \textbf{Skins für Vereine} \\ Für jeden Verein kann vom Systemadministrator ein individueller Skin ausgewählt werden, um das Layout an die Vereinsfarben anzupassen.

\item \textbf{Buchungsübersicht} \\ Der Administrator und Vereinsverwalter kann eine Übersicht der letzten Buchungen abrufen, mit genauem Datum und dem Kundennamen. Er kann einzelne Buchungen stornieren und neu anlegen.

\item \textbf{Auswertungen vornehmen} \\ Auswertungen sind eine der zentralen und innovativen Funktionen, die im Projekt umgesetzt werden. Ein Beispiel dafür ist die Anzeige der Auslastung einzelner Zeiteinheiten über einen gewissen Zeitraum. Dieser Wert ist ein Indikator dafür ob der Preis zu bestimmten Zeiten evtl. erhöht bzw. gesenkt werden sollte um sowohl die Auslastung als auch die Einnahmen möglichst hoch zu halten. Weiters denkbar ist eine Auswertung der Einnahmen zu einem definierbaren Zeitraum (Tag/Monat/Jahr) oder durch bestimmte Kunden.
 
\item \textbf{Guthaben abfragen} \\ Jeder Benutzer kann sich am System anmelden und sein Guthaben abfragen. Weiters sieht er seine letzten Buchungen aufgeschlüsselt, damit er missbräuchlichen Zugriff schneller erkennen kann.

\item \textbf{Mobile Version} \\  Durch die Bereitstellung einer Layoutvariante, speziell angepasst an die Displaygrösse von mobilen Geräten mit Internetanschluss (z.B. iPhone/iPod Touch), soll für Benutzer eine Abfrage des Buchungsstandes sowie eine Reservierung möglich sein.

\item \textbf{Import von bestehenden Daten} \\  Die bereits bestehende PHP-Anwendung des TC Ulmerfeld-Hausmenings enthält zahlreiche Kundendaten. Es sind Name, Zugangs-PIN, Adresse und E-Mail-Adresse als Felder in der Datenbank vorhanden. Diese sollen vollständig in die neue Applikation übernommen werden bzw. gegebenenfalls mit geringem Aufwand importiert werden können.

\item \textbf{Newsletter} \\ Dem Systemadministrator und den Vereinsverwaltern wird eine Maske bereitgestellt, um den Kunden einen Newsletter schicken zu können.

\item \textbf{Kontakt} \\ Der Vereinsverwalter kann direkt über ein Kontaktformular kontaktiert werden.

\item \textbf{Validatoren} \\  Die Applikation hat gegen gezielte bzw. auch nicht beabsichtigte XSS-Angriffe geschützt zu sein. Hierfür müssen alle Benutzereingaben einer Validierung unterzogen oder vor der Ausgabe richtig gefiltert werden.

\item \textbf{Online-Überweisung (Optional)} \\ Um neues Guthaben zu erhalten, könnte der Kunde mit einer Online-Überweisung bezahlen. Varianten wären EPS oder PayPal.

\end{itemize}


%%%----------------------------------------------------------
\chapter{Use Cases}
%%%----------------------------------------------------------

\section{Übersicht}

\parindent 0pt

\begin{tabular}{|p{3.0cm} | p{8.4cm} | p{3.0cm} |}
\hline
ID & Bezeichnung & Seitennummer \\
\hline
UC-01-01 & Verein anlegen & 12 \\
UC-01-02 & Vereine anzeigen & 12 \\
UC-01-03 & Verein löschen & 13 \\
UC-01-04 & Zeiteinheiten löschen & 13 \\
UC-01-05 & Plätze löschen & 13 \\
UC-01-06 & Platz anlegen & 14 \\
UC-01-07 & Vereinsdaten bearbeiten & 14 \\
UC-01-08 & Skin auswählen & 14 \\
UC-01-09 & Usergruppe anlegen & 15 \\
UC-01-10 & Plätze anzeigen & 15 \\
UC-01-11 & Zeiteinheiten festlegen & 15 \\
UC-01-12 & Platz reservieren & 16 \\
UC-01-13 & Standort anzeigen & x \\
UC-01-14 & Standort löschen & x \\
UC-01-15 & Standort anlegen & x \\
UC-01-16 & Standort zuweisen & x \\

\hline
\end{tabular}

\begin{tabular}{|p{3.0cm} | p{8.4cm} | p{3.0cm} |}
\hline
ID & Bezeichnung & Seitennummer \\
\hline
UC-02-01 & Kunden registrieren & 17\\
UC-02-02 & Kunden anzeigen & 17 \\
UC-02-03 & Gruppe zuordnen & 18 \\
UC-02-04 & Kunden löschen & 18 \\
UC-02-05 & Guthaben verändern & 18 \\
UC-02-06 & Kundendaten exportieren & 19 \\
UC-02-08 & Newsletter verschicken & 19 \\
UC-02-09 & registrieren & 20 \\
UC-02-10 & anmelden & 20 \\
UC-02-11 & Guthaben abfragen & 20 \\
UC-02-12 & Buchungshistory anzeigen & 21 \\
UC-02-13 & Platz reservieren & 21 \\
UC-02-14 & löschen & 21 \\
UC-02-15 & Daten bearbeiten & 22 \\
UC-02-16 & Guthaben kaufen & 22 \\
UC-02-17 & Guthaben aufladen & 22 \\
UC-02-18 & Admin kontaktieren & 23 \\
UC-02-19 & Kundenrating erstellen & 23 \\
\hline
\end{tabular}

\bigskip
\begin{tabular}{|p{3.0cm} | p{8.4cm} | p{3.0cm} |}
\hline
ID & Bezeichnung & Seitennummer \\
\hline
UC-03-01 & Auswertung wählen & 24\\
UC-03-02 & Reports on demand generieren & 25\\
UC-03-03 & Top Tageszeiten & 25\\
UC-03-04 & Auswärtige Kunden vs. Mitglieder & 25\\
UC-03-05 & Buchungsbelegung & 25 \\
UC-03-06 & Meistgebuchte Wochen & 26 \\
UC-03-07 & Kundenliste & x \\
UC-03-08 & Zugriffsauswertung & x \\
UC-03-09 & Filterung aktivieren & x \\
UC-03-10 & periodische Reports generieren & x\\
\hline
\end{tabular}

\bigskip
\begin{tabular}{|p{3.0cm} | p{8.4cm} | p{3.0cm} |}
\hline
ID & Bezeichnung & Seitennummer \\
\hline
UC-04-01 & Buchungen abrufen & 27 \\
UC-04-02 & Buchungen stornieren & 27 \\
UC-04-03 & Buchung anlegen & 28 \\
UC-04-04 & Abonnement anlegen & x \\
\hline
\end{tabular}

\section{Vereinverwaltung}

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-01 Verein anlegen}} \\
\hline
Ziel &  Verein in der Datenbank abspeichern\\
\hline
Akteure &  Admin\\
\hline
Vorbedingung &  Admin muss angemeldet sein\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Admin klickt auf den Button "Verein anlegen"\\
& 2. Admin gibt die Vereinsdaten in die Maske ein\\
& 3. Admin bestätigt die Eingabe in dem auf den Button Speichern geklickt wird\\
\hline
Alternativen &  1. Admin klickt auf Abbrechen\\
&  2. Admin wird auf seine Benutzeroberfläche zurück verlinkt\\
\hline
Nachbedingung Erfolg & Verein wird in der Datenbank gespeichert \\
\hline
Nachbedingung Fehlschlag & 1. Fehlermeldung bei falscher Eingabe von Daten\\
\hline
Stakeholder & Verein\\
\hline


\end{tabular}

\parskip 12pt


\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-02 Vereine anzeigen}} \\
\hline
Ziele &  Alle oder nur einen bestimmten Verein anzeigen lassen\\
\hline
Akteure &  Admin\\
\hline
Vorbedingung &  Admin muss angemeldet sein\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Admin tippt in das Suchformular Name des Vereins ein\\
\hline
Alternativen &  1. Admin klickt auf den Button"Vereinsliste"\\
\hline
Nachbedingung Erfolg & Der gesuchte Verein wird angezeigt oder alle Vereine werden angezeigt \\
\hline
Nachbedingung Fehlschlag & 1. Bei suche eines nicht vorhandenen Vereins wird eine Fehlermeldung angezeigt\\
\hline
Stakeholder & Admin, um so Vereine verwalten zu können\\
\hline


\end{tabular}

\parskip 12pt


\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-03 Verein löschen}} \\
\hline
Ziele &  Verein aus der Datenbank entfernen\\
\hline
Akteure &  Admin\\
\hline
Vorbedingung &  1. Admin muss angemeldet sein\\
&  2. Admin muss sich den Verein anzeigen lassen\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Admin klickt auf den Löschbutton des Vereins\\
& 2. Meldung ob Verein wirklich gelöscht werden soll erscheint\\
& 3. Admin bestätigt\\
\hline
Alternativen &  1. Admin bestätigt das Löschen nicht\\
\hline
Nachbedingung Erfolg & 1. Der Verein wird aus der Datenbank entfernt\\
& 2. Platz/Plätze des Vereins werden gelöscht\\
& 3. Zeiteinheiten des Vereins werden gelöscht\\
\hline
Nachbedingung Fehlschlag & Fehlermeldung, Vorgang wird abgebrochen\\
\hline
Stakeholder & Admin, Verein\\
\hline


\end{tabular}

\parskip 12pt


\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-04 Zeiteinheiten löschen}} \\
\hline
Ziele &  Zeiteinheiten des Vereins werden gelöscht\\
\hline
Akteure &  -\\
\hline
Vorbedingung &  1. Admin muss angemeldet sein\\
&  2. Admin muss das Löschen eines Vereins bestätigen\\
\hline
Auslösendes Ereignis & Verein löschen \\
\hline
Ablauf & 1. Automatisches löschen der Zeiteinheiten\\
\hline
Alternativen &  -\\
\hline
Nachbedingung Erfolg & 1. Die Zeiteinheiten werden aus der Datenbank entfernt\\
\hline
Nachbedingung Fehlschlag & -\\
\hline
Stakeholder & Admin, Verein\\
\hline


\end{tabular}

\parskip 12pt


\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-05 Plätze löschen}} \\
\hline
Ziele &  Plätze des Vereins werden gelöscht\\
\hline
Akteure &  -\\
\hline
Vorbedingung &  1. Admin muss angemeldet sein\\
&  2. Admin muss das Löschen eines Vereins bestätigen\\
\hline
Auslösendes Ereignis & Verein löschen \\
\hline
Ablauf & 1. Automatisches löschen der Plätze\\
\hline
Alternativen &  -\\
\hline
Nachbedingung Erfolg & 1. Plätze sind nicht mehr in der Datenbank vorhanden\\
\hline
Nachbedingung Fehlschlag & -\\
\hline
Stakeholder & Admin, Verein\\
\hline


\end{tabular}

\parskip 12pt


\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-06 Platz anlegen}} \\
\hline
Ziele &  Für einen Verein einen Platz anlegen\\
\hline
Akteure &  -Admin\\
\hline
Vorbedingung &  1. Admin muss angemeldet sein\\
&  2. Admin muss sich den Verein anzeigen lassen\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Admin klickt auf den entsprechenden Button um einen Platz für diesen Verein anzulegen\\
& 2. Eine neue Maske öffnet sich in der alle Platzrelevanten Daten eingegeben werden\\
& 3. Nach Eingabe klickt der Admin auf speichern\\
\hline
Alternativen &  Admin klickt auf Abbrechen\\
\hline
Nachbedingung Erfolg & Platz wird für den Verein in der Datenbank angelegt\\
\hline
Nachbedingung Fehlschlag & -\\
\hline
Stakeholder & Admin, Verein\\
\hline


\end{tabular}

\parskip 12pt


\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-07 Vereinsdaten bearbeiten}} \\
\hline
Ziele &  Daten eines Vereins erfolgreich verändern\\
\hline
Akteure &   Admin, Vereinsverwalter\\
\hline
Vorbedingung &  1. Admin muss angemeldet sein\\
&  2. Admin muss sich den Verein anzeigen lassen\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Admin klickt auf den entsprechenden Button um Daten des Vereins bearbeiten zu können\\
& 2. Eine neue Maske öffnet sich in der die aktuellen Vereinsdaten in Inputfeldern als Defaultwerte ersichtlich sind\\
& 3. Admin verändert Daten\\
& 4. Admin speichert die Änderung\\
\hline
Alternativen &  Admin klickt auf Abbrechen\\
\hline
Nachbedingung Erfolg & Die bearbeiteten Daten werden gespeichert\\
\hline
Nachbedingung Fehlschlag & -\\
\hline
Stakeholder & Admin, Vereinsverwalter\\
\hline


\end{tabular}

\parskip 12pt


\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-08 Skin auswählen}} \\
\hline
Ziele &  Für einen Verein ein Skin hochladen\\
\hline
Akteure &  - Admin, Vereinsverwalter\\
\hline
Vorbedingung &  1. Akteur  muss angemeldet sein\\
&  2. Admin muss sich den Verein anzeigen lassen\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Akteur  klickt auf den entsprechenden Button um ein Skin für einen Verein hochladen zu können\\
& 2. Eine neue Maske öffnet sich in der Akteur ein lokalgespeichertes Bild als Skin suchen und uploaden kann \\
& 3. Akteur klickt auf ok\\
\hline
Alternativen &  Akteur klickt auf Abbrechen\\
\hline
Nachbedingung Erfolg & Skin für Verein wurde erstellt\\
\hline
Nachbedingung Fehlschlag & Bild zu groß, falsches Format führt zu einer Fehlermeldung und Abbruch des Vorganges\\
\hline
Stakeholder & Admin, Verein, Kunde\\
\hline


\end{tabular}

\parskip 12pt


\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-09 Usergruppe anlegen}} \\
\hline
Ziele &  Anlegen einer Usergruppe\\
\hline
Akteure &  Vereinsverwalter\\
\hline
Vorbedingung &  Vereinsverwalter muss im System angemeldet sein\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Akteur klickt auf Button Usergruppe anlegen\\
& 2. Neue Maske erscheint in der Akteur Daten und Rechte der Gruppe eingibt\\
& 3. Akteur speichert seine Eingaben\\
\hline
Alternativen &  Akteur verwirft seine Eingabe\\
\hline
Nachbedingung Erfolg & 1. Bestätigung erscheint\\
& 2. Akteur wird auf seine Benutzeroberfläche zurück verlinkt\\
\hline
Nachbedingung Fehlschlag & 1. Bestätigung das nicht gespeichert wurde erscheint\\
& 2. Akteur wird auf seine Benutzeroberfläche zurück verlinkt\\
\hline
Stakeholder & Benutzer, Verein\\
\hline


\end{tabular}

\parskip 12pt


\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-10 Plätze anzeigen}} \\
\hline
Ziele &  Vorhandene Plätze des Vereins anzeigen\\
\hline
Akteure &  Vereinsverwalter\\
\hline
Vorbedingung &  Vereinsverwalter muss angemeldet sein\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Übersicht über alle Plätze des Vereins wird angezeigt\\
\hline
Alternativen &  - \\
\hline
Nachbedingung Erfolg & - \\
\hline
Nachbedingung Fehlschlag & -\\
\hline
Stakeholder & Verein\\
\hline


\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-11 Zeiteinheiten festlegen}} \\
\hline
Ziele &  Zeiteinheiten an denen Mitglieder den Platz benutzen dürfen festlegen zu können\\
\hline
Akteure &  Vereinsverwalter\\
\hline
Vorbedingung &  1. Vereinsverwalter muss angemeldet sein\\
&  2. Vereinsverwalter muss sich alle Plätze seines Vereins anzeigen lassen\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf  & 1. Platz auswählen\\
& 2. Auf Zeiteinheiten erstellen klicken\\
& 3. Neue Zeiteinheit für Mitglieder eintragen\\
& 4. Auf speichern klicken\\
\hline
Alternativen &  Auf Abbrechen klicken\\
\hline
Nachbedingung Erfolg & Innerhalb der Zeiteinheiten können Mitglieder nun Buchungen vornehmen \\
\hline
Nachbedingung Fehlschlag & 1. Auf schon vergebene Zeiteinheit geklickt\\
& 2. Fehlermeldung erscheint\\
\hline
Stakeholder & Mitglieder, Verein\\
\hline


\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-12 Platz reservieren}} \\
\hline
Ziele &  Platz in der Stundenliste reservieren\\
\hline
Akteure &  Vereinsverwalter\\
\hline
Vorbedingung &  1. Vereinsverwalter muss angemeldet sein\\
&  2. Vereinsverwalter muss sich alle Plätze seines Vereins anzeigen lassen\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Platz auswählen\\
& 2. Freien Eintrag in der nun angezeigten Stundenliste auswählen\\
& 4. Meldung erscheint ob gebucht werden soll\\
& 5. Meldung bestätigen\\
& 6. Verlinkung auf anfängliche Benutzeroberfläche\\
\hline
Alternativen &  1. Meldung nicht bestätigen\\
&  2. Verlinkung auf anfängliche Benutzeroberfläche\\
\hline
Nachbedingung Erfolg & Reservierung erscheint in der Stundenliste \\
\hline
Nachbedingung Fehlschlag & Reservierung erscheint nicht in der Stundenliste\\
\hline
Stakeholder & Verein, Mitglieder\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-13 Standorte anzeigen}} \\
\hline
Ziele &  Standort anzeigen lassen\\
\hline
Akteure &  Admin\\
\hline
Vorbedingung &  1. Admin muss angemeldet sein\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Standort auswählen\\

\hline
Alternativen &  -\\
\hline
Nachbedingung Erfolg & Standorte werden angezeigt \\
\hline
Nachbedingung Fehlschlag & Standorte werden nicht angezeigt\\
\hline
Stakeholder & Verein, Admin\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-14 Standort löschen}} \\
\hline
Ziele &  Standort löschen\\
\hline
Akteure &  Admin\\
\hline
Vorbedingung &  1. Admin muss angemeldet sein\\
&  2. Admin muss sich den Standort anzeigen lassen\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Standort auswählen\\
& 2. Standort löschen\\
& 3. bestätigen \\
\hline
Alternativen &  -\\
\hline
Nachbedingung Erfolg & Standort ist gelöscht \\
\hline
Nachbedingung Fehlschlag & Standort ist nicht gelöscht\\
\hline
Stakeholder & Verein, Mitglieder\\
\hline
\end{tabular}


\parskip 12pt


\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-15 Standort anlegen}} \\
\hline
Ziele &  Einen Standort anlegen\\
\hline
Akteure &  Admin\\
\hline
Vorbedingung &  1. Admin muss angemeldet sein\\

\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Standortdaten in die Maske eingeben\\
& 2. bestätigen\\
\hline
Alternativen &  -\\
\hline
Nachbedingung Erfolg & Standort wird angelegt \\
\hline
Nachbedingung Fehlschlag & Standort wird nicht angelegt\\
\hline
Stakeholder & Verein, Mitglieder\\
\hline
\parskip 12pt
\end{tabular}

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-01-16 Standort zuweisen}} \\
\hline
Ziele &  Verein einen Standort zuweisen \\
\hline
Akteure &  Admin\\
\hline
Vorbedingung &  1. Admin muss angemeldet sein\\
&  2. Admin muss sich Vereine anzeigen lassen\\
& 3. Admin muss einen Platz angelegt haben \\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Verein auswählen\\
& 2. Platz auswählen\\
& 3. Standort auswählen\\
& 5. bestätigen\\

\hline
Alternativen &  -\\
\hline
Nachbedingung Erfolg & Standort wird zugewiesen\\
\hline
Nachbedingung Fehlschlag & Standort wird nicht zugewiesen\\
\hline
Stakeholder & Verein, Mitglieder\\
\hline

\end{tabular}

\includegraphics[scale=0.75]{Vereinsverwaltung.jpg}


\section{Kundenverwaltung}

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-01 Kunden registrieren}} \\
\hline
Ziel & Einen neuen User mit seinen Daten registrieren \\
\hline
Akteure & Admin, Vereinsverwalter \\
\hline
Vorbedingung & Admin muss in dem System angemeldet sein \\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1.  Admin klickt auf "Kunden registrieren" \\
				& 2. Admin gibt die Daten des neuen Users ein.\\
				& 3. Admin bestätigt die Registrierung. \\
& 4. Ein automatisch generiertes Passwort wird angezeigt \\
& 5. Maske schließt sich automatisch, Admin befindet sich wieder in seiner anfänglichen Benutzeroberfläche \\
\hline
Alternativen &  1. Admin bestätig die Registrierung nicht\\
 &  2. Admin wird zu seiner Benutzeroberfläche zurück verlinkt\\
\hline
Nachbedingung Erfolg & Der User ist erfolgreich registriert und in der Datenbank abgebildet \\
\hline
Nachbedingung Fehlschlag & 1.  Fehlermeldung bei Eingabe falscher Daten. \\
2.  Kunde wird nicht in Datenbank abgespeichert \\
\hline
Stakeholder & Kunde, Admin, Vereinsverwalter\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-02 Kunden anzeigen}} \\
\hline
Ziel & Die Daten eines registrierten Kunden anzeigen \\
\hline
Akteure & Admin, Vereinsverwalter \\
\hline
Vorbedingung & Der Admin muss angemeldet sein \\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Admin klickt auf "Kunden anzeigen" \\
			 & 2. Admin sucht den Kunden mit der Suchfunktion oder \\
			 & wählt ihn aus einer Liste aus. \\
	
\hline
Alternativen & - \\
\hline
Nachbedingung Erfolg & Kundendaten werden gezeigt \\
\hline
Nachbedingung Fehlschlag & Gesuchter Kunde existiert nicht, daher wird Suchanfrage ergab keine Treffer angezeigt\\
\hline
Stakeholder & Admin, Vereinsverwalter\\
\hline
\end{tabular}

\parskip 12pt

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-03 Gruppe zuordnen}} \\
\hline
Ziel & Kunde einer Gruppe zuordnen \\
\hline
Akteure & Admin, Vereinsverwalter \\
\hline
Vorbedingung & 1. Der Akteur muss angemeldet sein \\
& 1. Der Akteur muss sich Kunden anzeigen lassen \\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Akteur  klickt auf "Gruppe zuordnen" beim jeweiligen Kunden \\
			 & 2. Akteur wählt entsprechend Gruppe aus einer Liste aus \\
			 & 3. Akteur bestätigt \\
	
\hline
Alternativen & Admin kann Usern nur Gruppe: Vereinsverwalter zuordnen\\
\hline
Nachbedingung Erfolg & User ist nun einer Gruppe zugeordnet \\
\hline
Nachbedingung Fehlschlag & -\\
\hline
Stakeholder & Admin, Vereinsverwalter\\
\hline
\end{tabular}

\parskip 12pt
		
				
\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-04 Kunden löschen}} \\
\hline
Ziel &  Einen registrierten User aus dem System löschen\\
\hline
Akteure &  Admin, Vereinsverwalter\\
\hline
Vorbedingung &  Admin muss eingeloggt sein \\
 &  Admin muss sich Kunden anzeigen lassen\\
\hline
Auslösendes Ereignis &  -\\
\hline
Ablauf & 1. Akteur lasst sich den User anzeigen \\
 & 2. Akteur klickt auf User löschen und \\
 & 3. bestätigt \\		
\hline
Alternativen &  Akteur bestätig das Löschen nicht\\
\hline
Nachbedingung Erfolg & Der User wird aus dem System entfernt \\
\hline
Nachbedingung Fehlschlag & 1. Akteur wurde schon gelöscht(z.b Admin vor 10 Sekunden) \\
& 2. Eine entsprechende Meldung erscheint \\
\hline
Stakeholder & Kunde, Admin, Vereinsverwalter\\
\hline
\end{tabular} 

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-05 Guthaben verändern}} \\
\hline
Ziel &  Das Guthaben eines Kunden verändern \\
\hline
Akteure &  Vereinsverwalter, Systemadministrator\\
\hline
Vorbedingung &  Akteur muss eingeloggt sein\\
 & Akteur muss Kundendaten anzeigen auswählen\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1.Akteur lasst sich den User anzeigen \\
 & 2. Akteur klickt auf den Menüpunkt: Guthaben aufladen \\
 & 3. Akteur ändert den Betrag und \\
 & 4. bestätigt. \\
				
\hline
Alternativen & Akteur bestätigt nicht\\
\hline
Nachbedingung Erfolg & Kunde hat ein anderes Guthaben \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung bei falschen Betrag(minus, nicht nummerische Ziffern usw.) + Kunde hat das selbe Guthaben \\
\hline
Stakeholder & Kunde, Vereinsverwalter\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-06 Kundendaten exportieren}} \\
\hline
Ziel & Kundendaten als CVS exportieren \\
\hline
Akteure & Admin, Vereinsverwalter \\
\hline
Vorbedingung & Admin muss eingeloggt sein \\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Admin klickt auf den Menüpunkt "Kundendaten exportieren" \\
 & 2. Admin wählt entweder alle Kundendaten aus oder nach Verein \\
 & 3. Admin wählt lokalen Speicherort \\
 & 4. Download erfolgt \\				
\hline
Alternativen &  -\\
\hline
Nachbedingung Erfolg &  Kundendaten sind als CVS beim Admin lokal gespeichert \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + nichts wurde exportiert \\
\hline
Stakeholder & Kunde, Vereinsverwalter, Admin\\
\hline
\end{tabular}

\parskip 12pt


\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-07 Newsletter verschicken}} \\
\hline
Ziel & Vereinsverwalter kann Newsletter an registrierte User schicken \\
\hline
Akteure & Vereinsverwalter, Admin \\
\hline
Vorbedingung & Vereinsverwalter muss eingeloggt sein \\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Vereinsverwalter klickt auf den Menüpunkt "Newsletter verschicken" \\
	& 3. Wählt in der Maske die Empfänger aus \\
	& 4. Er schreibt den Newsletter. \\
	& 5. Vereinsverwalter klickt auf senden \\
				
\hline
Alternativen &  Vereinsverwalter klickt auf Abbrechen\\
\hline
Nachbedingung Erfolg & Die ausgewählten Mitglieder bekommen Newsletter \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + Newsletter wird nicht verschickt\\
\hline
Stakeholder & Kunde, Vereinsverwalter\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-08 registrieren}} \\
\hline
Ziel & Kunde kann sich bei dem System registrieren \\
\hline
Akteure & Kunde  \\
\hline
Vorbedingung & - \\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Kunde klickt auf den Menüpunkt "registrieren" \\ 
& 2. Kunde gibt seine Daten in die Maske ein\\
& 3. Kunde bestätigt das captcha\\
 & 4. Kunde schickt seine Registrierung ab \\	
\hline
Alternativen & Admin registriert Kunden \\
\hline
Nachbedingung Erfolg & Kunde wird für das System freigeschalten \\
\hline
Nachbedingung Fehlschlag & 1. Fehlermeldung bei falscher Captcha Eingabe \\
2. Kund wird nicht registriert \\
\hline
Stakeholder & Admin, Kunde, Vereinsverwalter\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-09 anmelden}} \\
\hline
Ziel &  Kunde meldet sich an und wird zu seinem Menü weitergeleitet\\
\hline
Akteure & Kunde \\
\hline
Vorbedingung & Kunde muss registriert sein \\
\hline
Auslösendes Ereignis &  -\\
\hline
Ablauf & 1. Kunde gibt seinen Namen und Passwort ein \\
& 2. Kunde bestätigt \\	 
\hline
Alternativen &  -\\
\hline
Nachbedingung Erfolg & Kunde wird zu seinem Menü weitergeleitet \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung aufgrund falschem Username/Passwort+ Kunde bleibt ausgeloggt \\
\hline
Stakeholder & Kunde\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-10 Guthaben abfragen}} \\
\hline
Ziel &  Aktuelles Guthaben des Kunden anzeigen\\
\hline
Akteure & Kunde \\
\hline
Vorbedingung & Kunde muss angemeldet sein \\
\hline
Auslösendes Ereignis &  -\\
\hline
Ablauf & 1. Kunde klickt auf den Menüpunkt "Guthaben abfragen" \\		
\hline
Alternativen &  -\\
\hline
Nachbedingung Erfolg & Aktuelles Guthaben wird angezeigt \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + Guthaben wird nicht angezeigt \\
\hline
Stakeholder & Kunde\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-11 Buchungshistory anzeigen}} \\
\hline
Ziel &  Buchungshistory des Kunden anzeigen\\
\hline
Akteure & Kunde \\
\hline
Vorbedingung & 1. Kunde muss angemeldet sein \\
 & 2. Kunde muss in dem Menüpunkt Guthaben abfragen sein\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & Buchungshistory wird automatisch zur Guthabenabfrage dazu angezeigt\\		
\hline
Alternativen & - \\
\hline
Nachbedingung Erfolg & Die Buchungshistory des Kunden wird angezeigt \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + Buchungshistory wird nicht angezeigt\\
\hline
Stakeholder & Kunde\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-12 Platz reservieren}} \\
\hline
Ziel &  Kunde reserviert einen Platz\\
\hline
Akteure & Kunde \\
\hline
Vorbedingung & Kunde muss angemeldet sein \\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Kunde klickt auf "Platz reservieren" \\
  & 2. Kunde wählt einen Platz aus \\
	& 3. Kunde markiert in der Stundenliste einen oder mehrere freie Slots\\
	& 4. Kunde bestätigt \\	
            & 5. Guthaben des Kunden wird um Preis für die Buchung vermindert\\
\hline
Alternativen &  Kunde bestätigt nicht\\
\hline
Nachbedingung Erfolg & Platz ist reserviert \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + Platz ist nicht reserviert\\
\hline
Stakeholder & Kunde\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-13 löschen}}\\
\hline
Ziel &  Kunde ist aus dem System gelöscht\\
\hline
Akteure &  Kunde\\
\hline
Vorbedingung & Kunde muss angemeldet sein \\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Kunde klickt auf "Löschen"\\
 & 2. Kunde bestätigt \\			
\hline
Alternativen & Admin löscht Kunden \\
\hline
Nachbedingung Erfolg & Kunde ist aus dem System gelöscht \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + Kunde wird nicht gelöscht \\
\hline
Stakeholder & Kunde\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-14 Daten bearbeiten}} \\
\hline
Ziel & Kunde bearbeitet seine Daten \\
\hline
Akteure & Kunde \\
\hline
Vorbedingung & Kunde muss angemeldet sein \\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Kunde klickt auf "Daten bearbeiten"\\
 & 2. Kunde bearbeitet seine Daten und \\
 & 3. er bestätigt. \\
				
\hline
Alternativen & - \\
\hline
Nachbedingung Erfolg & Kundendaten werden verändert \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + Kundendaten bleiben gleich \\
\hline
Stakeholder & Kunde\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-15 Guthaben kaufen}}\\
\hline
Ziel &  Kunde hat mehr Guthaben\\
\hline
Akteure &  Kunde\\
\hline
Vorbedingung & Kunde muss angemeldet sein \\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Kunde klickt auf "Guthaben kaufen"\\
 & 2. Kunde gibt den Betrag an \\
 & 3. Kunde bestätigt. \\
 				
\hline
Alternativen & - \\
\hline
Nachbedingung Erfolg & Kunde bekommt Guthaben \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + Kunde bekommt kein Guthaben\\
\hline
Stakeholder & Kunde, Verein\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-16 Guthaben aufladen}}\\
\hline
Ziel &  Kunde bekommt sein Guthaben aufgeladen\\
\hline
Akteure &  Kunde, Reservierungssystem\\
\hline
Vorbedingung & Kunde muss Guthaben kaufen \\
\hline
Auslösendes Ereignis &  Guthaben kaufen\\
\hline
Ablauf & 1. Das System ladet dem gewählten Kunden Guthaben auf\\
				
\hline
Alternativen & - \\
\hline
Nachbedingung Erfolg &  Das Guthaben wurde aufgeladen\\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + Das Guthaben wurde nicht aufgeladen\\
\hline
Stakeholder & Kunde\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-17 Admin kontaktieren}}\\
\hline
Ziel &  Der Kunde kontaktiert online den Admin\\
\hline
Akteure & Kunde \\
\hline
Vorbedingung &  -\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Kunde klickt auf "Admin kontaktieren" \\
 & 2. Kunde füllt die Maske aus \\
 & 3. Kunde klickt auf senden \\
				
\hline
Alternativen &  -\\
\hline
Nachbedingung Erfolg & Admin bekommt eine Nachricht \\
\hline
Nachbedingung Fehlschlag & Nachricht wird nicht übermittelt\\
\hline
Stakeholder & Kunde, Admin\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-02-18 Kundenrating erstellen}} \\
\hline
Ziel &  Kundenrating mit bestimmten Daten wird erstellt\\
\hline
Akteure &  Reservierungssystem\\
\hline
Vorbedingung & - \\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Das Reservierungssystem nimmt vorher festgelegte Daten\\
 & 2. und alle Kunden \\
 & 3. und erstellt automatisch ein Rating.\\
				
\hline
Alternativen & - \\
\hline
Nachbedingung Erfolg & Kundenrating wird erstellt \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + Das Kundenrating wird nicht erstellt\\
\hline
Stakeholder & Admin\\
\hline
\end{tabular}

\includegraphics[scale=0.75]{Kundenverwaltung.jpg}

\section{Reportverwaltung}

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-03-01 Auswertung wählen}} \\
\hline
Ziel & Bestimmte Auswertung wird ausgewählt und angezeigt \\
\hline
Akteure & Admin \\
\hline
Vorbedingung & Admin muss eingeloggt sein \\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Admin klickt auf "Auswertung wählen" \\
 & 2. Admin wählt einen Report aus \\		
\hline
Alternativen &  -\\
\hline
Nachbedingung Erfolg & Report wird angezeigt \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + Report wird nicht angezeigt\\
\hline
\end{tabular}

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-03-02 Reports on demand generieren}} \\
\hline
Ziel &  Bestimmte Reports on demand werden generiert\\
\hline
Akteure &  Admin\\
\hline
Vorbedingung &  Admin muss eingeloggt sein\\
\hline
Auslösendes Ereignis &  -\\
\hline
Ablauf & 1. Admin klickt auf "Reports on demand generieren" \\
 & 2. Admin wählt den gewünschten Report aus. \\
				
\hline
Alternativen & - \\
\hline
Nachbedingung Erfolg & Report wird generiert \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + Report wird nicht generiert\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-03-03 Top-Tageszeiten}} \\
\hline
Ziel &  Die Top-Tageszeiten werden angezeigt\\
\hline
Akteure & Admin \\
\hline
Vorbedingung & Admin muss eingeloggt sein \\
	& Reports on demand generieren \\
\hline
Auslösendes Ereignis & Reports on demand generieren \\
\hline
Ablauf & 1. Admin wählt den Report "Top-Tageszeiten" aus \\
				
\hline
Alternativen &  -\\
\hline
Nachbedingung Erfolg & Der Report "Top-Tageszeiten" wird angezeigt\\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + kein Report wird angezeigt\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-03-04 Auswärtige Kunden vs. Mitglieder}} \\
\hline
Ziel &  Der Report "Auswärtige Kunden vs. Mitglieder" wird angezeigt\\
\hline
Akteure & Admin \\
\hline
Vorbedingung & Admin muss eingeloggt sein \\
	& Reports on demand generieren \\
\hline
Auslösendes Ereignis & Reports on demand generieren \\
\hline
Ablauf & 1. Admin wählt den Report aus \\
				
\hline
Alternativen & - \\
\hline
Nachbedingung Erfolg & Der Report wird angezeigt \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + kein Report wird angezeigt\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-03-05 Buchungsbelegung}} \\
\hline
Ziel &  Der Report "Buchungsbelegung" wird angezeigt\\
\hline
Akteure & Admin \\
\hline
Vorbedingung & Admin muss eingeloggt sein \\
	& Reports on demand generieren \\
\hline
Auslösendes Ereignis & Reports on demand generieren \\
\hline
Ablauf & 1. Admin wählt den Report aus \\
				
\hline
Alternativen & - \\
\hline
Nachbedingung Erfolg & Der Report wird angezeigt \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + kein Report wird angezeigt\\
\hline
\end{tabular}


\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-03-06 Meistgebuchte Wochen}} \\
\hline
Ziel &  Der Report "Meistgebuchte Wochen" wird angezeigt\\
\hline
Akteure & Admin \\
\hline
Vorbedingung & Admin muss eingeloggt sein \\
	& Reports on demand generieren \\
\hline
Auslösendes Ereignis & Reports on demand generieren \\
\hline
Ablauf & 1. Admin wählt den Report aus \\
				
\hline
Alternativen & - \\
\hline
Nachbedingung Erfolg & Der Report wird angezeigt \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + kein Report wird angezeigt\\
\hline
\end{tabular}


\parskip 12pt
\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-03-07 Kundenliste}} \\
\hline
Ziel &  Der Report "Kundenliste" wird angezeigt\\
\hline
Akteure & Admin \\
\hline
Vorbedingung & Admin muss eingeloggt sein \\
	& Reports on demand generieren \\
\hline
Auslösendes Ereignis & Reports on demand generieren \\
\hline
Ablauf & 1. Admin wählt den Report aus \\
				
\hline
Alternativen & - \\
\hline
Nachbedingung Erfolg & Der Report wird angezeigt \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + kein Report wird angezeigt\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-03-08 Zugriffsauswertung}} \\
\hline
Ziel &  Der Report "Zugriffsauswertung" wird angezeigt\\
\hline
Akteure & Admin \\
\hline
Vorbedingung & Admin muss eingeloggt sein \\
	& Reports on demand generieren \\
\hline
Auslösendes Ereignis & Reports on demand generieren \\
\hline
Ablauf & 1. Admin wählt den Report aus \\
				
\hline
Alternativen & - \\
\hline
Nachbedingung Erfolg & Der Report wird angezeigt \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + kein Report wird angezeigt\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-03-09 Filterung aktivieren}} \\
\hline
Ziel &  Filter für Reports sind aktiviert\\
\hline
Akteure & Admin \\
\hline
Vorbedingung & Admin muss eingeloggt sein \\
	& Reports on demand generieren \\
\hline
Auslösendes Ereignis & Reports on demand generieren \\
\hline
Ablauf & 1. Admin wählt den Filter für die Reports aus \\
				
\hline
Alternativen & - \\
\hline
Nachbedingung Erfolg & Der Filter filtert die Reports \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + Reports werden nicht gefiltert\\
\hline
\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-03-10 periodische Reports generieren}} \\
\hline
Ziel & periodische Reports werden von dem System generiert \\
\hline
Akteure & Reservierungssystem \\
\hline
Vorbedingung &  -\\
\hline
Auslösendes Ereignis &  -\\
\hline
Ablauf & 1.Reservierungssystem generiert nach einer bestimmten Zeit automatisch Reports \\
				
\hline
Alternativen & - \\
\hline
Nachbedingung Erfolg & Reports werden generiert \\
\hline
Nachbedingung Fehlschlag & Fehlermeldung + keine Reports wurden generiert\\
\hline
\end{tabular}

\includegraphics[scale=0.75]{Reportverwaltung.jpg}

\section{Buchungsverwaltung}

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-04-01 Buchungen abrufen}} \\
\hline
Ziel &  Übersicht aller Buchungen\\
\hline
Akteure &  Admin, Vereinsverwalter\\
\hline
Vorbedingung &  Admin muss angemeldet sein\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Admin klickt auf den Button "Buchungsübersicht"\\
\hline
Alternativen &  -\\
\hline
Nachbedingung Erfolg & Alle Buchungen mit genauen Datum und Kundennamen werden dargestellt\\
\hline
Nachbedingung Fehlschlag & -\\
\hline
Stakeholder & Admin\\
\hline


\end{tabular}

\parskip 12pt


\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-04-02 Buchungen stornieren}} \\
\hline
Ziel &  Buchung aus der Datenbank entfernen\\
\hline
Akteure &  Vereinsverwalter, Admin\\
\hline
Vorbedingung &  1. Akteur muss angemeldet sein\\
&  2. Akteur muss die Buchungsübersicht aufgerufen haben\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Akteur klickt auf den Button "Buchung löschen" neben der jeweiligen Buchung\\
2. Akteur bestätigt die Löschung\\
\hline
Alternativen &  Akteur bestätigt nicht  \\
\hline
Nachbedingung Erfolg & Buchung wird aus dem System entfernt\\
\hline
Nachbedingung Fehlschlag & 1. Buchung wurde schon gelöscht\\
 & 2. Entsprechende Meldung erscheint\\
\hline
Stakeholder & Admin, Vereinsverwalter\\
\hline


\end{tabular}

\parskip 12pt

\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-04-03 Buchung anlegen}} \\
\hline
Ziel &  Buchung in Datenbank abspeichern\\
\hline
Akteure &  Admin, Vereinsverwalter\\
\hline
Vorbedingung &  1. Akteur muss angemeldet sein\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Akteur klickt auf den Button "Buchung anlegen"\\
& 2. Akteur trägt in Buchungsmaske alle relevanten Daten der Buchung ein\\
& 3. Akteur klickt auf speichern\\
\hline
Alternativen &  Akteur klickt auf Abbrechen\\
\hline
Nachbedingung Erfolg & Buchung wird in die Datenbank für den jeweiligen Platz gespeichert\\
\hline
Nachbedingung Fehlschlag & Buchung wird nicht gespeichert\\
\hline
Stakeholder & Admin\\
\hline


\end{tabular}
\parskip 12pt


\begin{tabular}{| p{4.8cm} | p{9.5cm} |}
\hline
\multicolumn{2}{|l|}{\textbf{UC-04-04 Abonnement anlegen}} \\
\hline
Ziel &  Abonnement anlegen\\
\hline
Akteure &  Vereinsverwalter, Admin\\
\hline
Vorbedingung &  1. Akteur muss angemeldet sein\\
& 2. Akteur muss eine Buchung anlegen\\
\hline
Auslösendes Ereignis & - \\
\hline
Ablauf & 1. Akteur klickt auf den Button "Buchung anlegen"\\
& 2. Akteur kann nun ein Abonnement anlegen. \\
& 3. Akteur füllt die Maske aus. \\
& 4. Akteur bestätigt \\
\hline
Alternativen &  -\\
\hline
Nachbedingung Erfolg & Alle Buchungen seines Vereins mit genauen Datum und Kundennamen werden dargestellt\\
\hline
Nachbedingung Fehlschlag & -\\
\hline
Stakeholder & Admin\\
\hline


\end{tabular}
\includegraphics[scale=0.75]{Buchungsverwaltung.jpg}

\section{Actor hierarchy}

\includegraphics[scale=0.75]{Actorhierarchy.jpg}


%%%----------------------------------------------------------
\chapter{Nichtfunktionale Anforderungen}
%%%----------------------------------------------------------

\begin{itemize}
\item \textbf{Usability} \\  Die Applikation soll so einfach und intuitiv wie möglich gestaltet werden, um auch unerfahrenen Benutzern eine uneingeschränkte Verwendung der Software zu ermöglichen. Hinweis- und Fehlermeldungen müssen aussagekräftig sein, so dass die Benutzer entweder selbst das Problem lösen oder aber konkrete Anfragen an den Systemadministrator stellen können. Die Usability des Systems wird mittels eines einwöchigen Testbetriebes sichergestellt. Benutzer von Tenez werden passiv beobachtet.

\item \textbf{Korrektheit} \\  In den mathematischen Berechnungen muss sichergestellt werden, dass diese 100\% fehlerfrei sind, da diese die Grundlagen für das Berichtswesen sind. Berechnungen werden auf die zweite Kommastelle genau berechnet. Um diese Anforderung zu garantieren werden spezielle Unit Tests dafür gemacht.

\item \textbf{Laufzeitumgebung} \\  Die Applikation soll möglichst behutsam mit Speicher- und CPU-Auslastung umgehen, da eine Installation auf einem V-Server möglich sein muss. In der finalen Konfiguration sollte das System im Betrieb nie mehr als 96 Megabyte Speicher pro Vereinsinstanz belegen, ideal wäre ein Speicherverbrauch unter diesem Wert.

\end{itemize}


%%%----------------------------------------------------------
\chapter{Lieferumfang und Abnahme}
%%%----------------------------------------------------------

\section{Lieferumfang}

\textbf{Dem Kunden wird folgendes übermittelt:}
\begin{itemize}
\item Die Software wird in zwei Releases ausgeliefert. Die erste Version (0.1) umfasst das Layout, Benutzer Registrierung mit Login, Vereine anlegen/editieren und das Ansehen der Buchungsübersicht. Am Ende des Projektes soll dem Kunden eine vollfunktionsfähige Software der Version 1.0 übermittelt werden.
\item Benutzerhandbuch
\item Anforderungsdokumente
\end{itemize}

\bigskip
\noindent
\textbf{Weitere Komponenten, die nicht im Lieferumfang sind:}
\begin{itemize}
\item Dokumente, welche zur Erstellung der Software benötigt wurden (UML-Diagramme etc.)
\item Tools, die zur Erstellung der Software notwendig waren (Eclipse etc.)
\item Teaminterne Dokumente, wie Arbeitslisten und PM Pläne
\end{itemize}

\section{Abnahme}
Der Abnahmetest wird in zwei Stufen durchgeführt. Da der Kunde zu Beginn möglicherweise noch nicht in der Lage ist das System auf auftretende Fehler zu überprüfen, wird als erster Schritt eine gemeinsame Prüfung von Kunde und Projektteam herangezogen. Sollte diese erfolgreich sein, beginnt der Kunde mit der eigenen Prüfung im Rahmen eines Probebetriebs. Getestet werden alle funktionalen Anforderungen, wobei der Abnahmetest nicht länger als 3 Stunden dauern darf. Der Abnahmeort wird vom Kunden bestimmt.

%%%----------------------------------------------------------
\chapter{Arbeitsstruktur \& Rollenverteilung}
%%%----------------------------------------------------------
				
\begin{tabular}{l l l l l l}
	\hline
	Rolle & Name & Matr.Nr. & KZ & E-Mail \\ % & Telefon \\
	\hline	
	\hline
	TK & Dominik Gruber & 0926288 & 937 & dominik.gruber@tenez.at \\ % & +43 660 22 55 366 \\
	\hline
	TA &  Philipp Naderer & 0625238 & 937 & philipp.naderer@tenez.at \\ % & +43 699 10 96 11 73 \\
	\hline
	TA Stv & Manuel Mayrhofer & 0625013 & 937 & manuel.mayrhofer@tenez.at \\ % & +43 650 46 00 820 \\
	\hline
	Doku & Manuel Djalili & 0525999 & 926 & manuel.djalili@gmx.at \\ % & +43 699 17 00 40 05\\
	\hline
	Test &  Alexander Bohn & 0505808 & 926 & jagang@gmx.at \\ % & +43 650 330 94 90\\
	\hline
\end{tabular}

	
%%%----------------------------------------------------------
\chapter{Projektplan}
%%%----------------------------------------------------------

\begin{tabular}{l r r}
	\hline
	Phase / Aufgabe & Termin & Aufwand  \\
	\hline	
	\hline
	Projektstart & Bis 15.10.2009 & 10h \\
	\hline
	Entwurf/Anforderungen & Bis 25.10.2009 & 50h \\
	\hline
	Entwurf/Analyse und Design & Bis 08.11.2009 & 100h \\
	\hline
	Implementation/Alphaversion herstellen & Bis 03.12.2009 & 200h \\
	\hline
	\textbf{Version 0.1 abgeschlossen} & Bis 08.12.2009 & -h \\
	\hline
	Implementation/Erstellen der Applikation \\ und Durchführung der Modultests & Bis 10.01.2010 & 250h \\
	\hline
	Implementation/Durchführen der Systemtests & Bis 17.01.2010 & 60h \\
	\hline
	Auslieferung/Installationshandbuch zusammenstellen, \\ Feinschliff der Applikation und Beheben von Fehler & Bis 19.01.2010 & 60h \\
	\hline
	Projektabschluss & 24.01.2010 & 20h \\
	\hline
	\textbf{Gesamtaufwand Version 1.0} & &\textbf{750h}
\end{tabular}


\section{Iceberg List}

\begin{tabular}{r l c r c}
	\hline
	Modul & Feature Name & Prio. & Zeit & Release \\
	\hline
	\hline

	1.1 & HTML, CSS, Client-JS & H & 45h & 0.1 \\ 
	\hline
	1.2 & Macros \& Filter & H & 15h & 0.1 \\ 
	\hline
	1.3 & Browser Testing \& Browser Bug Fixing & H & 10h & 0.1 \\ 
	\hline
	2.1 & Vereine anlegen/editieren & H & 20h & 0.1 \\ 
	\hline
	3.1 & Buchungsübersicht ansehen & H & 15h & 0.1 \\  
	\hline
	5.1 & User Registrierung & H & 25h  & 0.1 \\ 
	\hline
	5.2 & User Login & H & 15h & 0.1 \\ 
	\hline
	11.1 & Modul Tests & H & -h & 0.1 \\ 
	\hline
	11.2 & Unit Tests & H & -h & 0.1 \\ 
	\hline
	\hline
	
	1.2 & Mobile Version & M & 35h & 1.0 \\ 
	\hline
	2.2 & Für Vereine Plätze mit Timeslots anlegen/editieren & H & 45h & 1.0 \\ 
	\hline
	2.3 & Skins für Vereine & M & 15h & 1.0 \\
	\hline
	4.1 & Automatische Auswertungen & H & 95h & 1.0 \\ 
	\hline	
	5.3 & Jetonstand abfragen & H & 5h & 1.0 \\ 
	\hline
	5.4 & User Stammdaten verwalten & H & 15h & 1.0 \\ 
	\hline
	5.5 & User Stammdaten exportieren & L & 10h & 1.0 \\ 
	\hline
	5.6 & Newsletter an User & M & 15h & 1.0 \\ 
	\hline
	6.1 & Reservierung vornehmen & H & 20h & 1.0 \\ 
	\hline
	6.2 & Reservierung stornieren & H & 5h & 1.0 \\ 
	\hline
	8.1 & Kontakt Administrator & M & 5h & 1.0 \\ 
	\hline
	9.1 & Logging (Zugriffe Vereinsadministratoren etc.) & L & 20h & 1.0 \\ 
	\hline
	10.1 & Import von bestehenden Daten & M & 20h & 1.0 \\ 
	\hline
	\hline

	7.1 & Online-Überweisung & N & 150h & 2.0 \\ 
	\hline
	\hline
\end{tabular}

\section{Projektstrukturplan}

\includegraphics[scale=0.50]{projektplan.jpg}

%%%----------------------------------------------------------
\chapter{Risikoanalyse}
%%%----------------------------------------------------------

\section{Übersicht}

\begin{tabular}{r c l c c c c c }
\hline
	ID & Datum & Bezeichnung & Typ & Ausw. & Wahrscheinl. & Schwere & Verantwortlich\\
	\hline
	\hline
	1 & 30.10.09 & Bestehende Daten & D & 5 & 10\% & 0,5 & DG \\ 
	\hline
	2 & 30.10.09 & Usability Test & D & 4 & 10\% & 0,4 & BA \\ 
	\hline
	3 & 19.10.09 & SVN Probleme & I & 1 & 70\% & 0,7 & * \\ 
	\hline
	4 & 19.10.09 & Personalausfall & D & 5 & 10\% & 0,5 & DG \\ 
	\hline
	5 & 19.10.09 & HW-Ausfall & I & 2 & 10\% & 0,2 & * \\ 
	\hline
	6 & 19.10.09 & Benutzerschnittstelle & D & 3 & 50\% & 1,5 & DG \\ 
	\hline
	7 & 19.10.09 & Doku-Inkonsistenzen & D & 2 & 60\% & 1,2 & DM \\ 
	\hline
	8 & 19.10.09 & Know How im Team & D & 2 & 90\% & 1,8 & NP,MM \\ 
	\hline
	9 & 30.10.09 & Helma Ablehnung & I & 5 & 20\% & 1,0 & MM \\ 
	\hline
	10 & 19.10.09 & Risiko Management & D & 4 & 70\% & 2,8 & MM \\ 
	\hline
	11& 19.10.09 & System Architektur & D & 4 & 30\% & 1,2 & NP \\ 
	\hline
	12 & 19.10.09 & Testfälle & D & 4 & 70\% & 2,8 & BA \\ 
	\hline
	\hline
	& & & & & Summe & 14,6
\end{tabular}

\bigskip
\noindent
Zeichenerklärung: 
TYP (I:indirekt, D:direkt), AUSWIRKUNG (1:WENIG – 5:STARK), WAHRSCHEINLICHKEIT (0:KEINE – 100:HÖCHSTE) 
SCHWERE (berechnet sich aus vorangehenden Parametern, Produkt aus Auswirkung und Wahrscheinlichkeit, definiert somit Wichtigkeit für Projekt) 

\section{Beschreibung}
\begin{tabular}{r l l }
\hline
	ID & Beschreibung & Gegenstrategie\\
	\hline
	\hline
	1 & Best. Daten müssen zu Verfügung gestellt werden & Importfkt. wird nicht gemacht \\
	\hline
	2 & Zugang zur Halle muss vorhanden sein & Usability Test wird nicht gemacht\\
	\hline
	3 & Unerfahrenheit mit Google Code & zusätzl. mündl. Abgleich\\
	\hline
	4 & Austritt einzelner Team Mitglieder & Wissensmngt. unter d. Mitgliedern\\
	\hline
	5 & Ausfall von Workstations (Datenverlust) & regelmäßiges Commiten\\
	\hline
	6 & Entw. des Sys. mit variierenden Benutzerwünschen & Kontakt mit Stakeholdern\\
	\hline
	7 & Aufteilung d. Arbeitsaufg. vs Abhängigkeit d. Doku & Komm. innerhalb d. Teams\\
	\hline
	8 & Mangel an fachspezifischen Wissen - Helma & Gegenseitige Hilfestellungen\\
	\hline
	9 & Helma wird abgelehnt & Tutorials, Aufzeigen der Vorteile \\
	\hline
	10 & Risiken werden zu spät/ nicht erkannt & Fortwährendes Risikomanagement\\
	\hline
	11 & Probleme mit einzelnen SW Komponenten & Helma-Group anfragen, Meetings\\
	\hline
	12 & Auswirkungen von fehlschlagenden Testfällen & Gruppeninternes Review\\
	\hline
	
\end{tabular}



%\end{landscape}
%%%----------------------------------------------------------
\chapter{Informationswesen}
%%%----------------------------------------------------------

\section{Teaminterne Kommunikation}
Alle internen Diskussionen werden über eine Mailingliste abgewickelt. Kontakt zum Kunden nehmen entweder Dominik Gruber oder Philipp Naderer auf, Ansprechpersonen für den Kunden sind ebenfalls sie.

\section{SVN-Repository}
Als Versionskontrollsystem wird SVN gewählt. Da das Projekt unter der Apache 2.0 Lizenz steht, bietet sich ein Hosting durch Google Code an. Unter der URL http://code.google.com/p/tenez können alle Projektdateien abgerufen werden. Es sind nur Mitglieder vom ASE-Projekt auch Mitglieder im Google Code Projekt.

\section{Projektdokumentation}
Sämtliche Dokumente werden mit LaTeX erstellt. Als Zeichensatz kommt UTF-8 zum Einsatz, um Konflikte zwischen Mac- und PC-Benutzern zu verhindern. Dokumente werden im SVN-Repository unter dem Pfad /ase-docs verwaltet. Zu jedem fertigen Dokument wird immer ein entsprechendes PDF erstellt. Änderungen können so in der Timeline mitverfolgt werden. Jedes Projektdokument ist in Deutsch zu halten.

\section{Quelltexte}
Alles, was sich nicht unter /ase-docs befindet, ist in Englisch zu verfassen. Dies umfasst alle Quelltexte und Property-Dateien. Kommentare im Quelltext sind ebenfalls Englisch! Als Zeichensatz für alle Textdateien kommt UTF-8 zum Einsatz.

%%%----------------------------------------------------------
\chapter*{Versionsprotokoll}
%%%----------------------------------------------------------

\begin{tabular}{r l l l}
	v2.1 & 17.11.2009 & Dominik Gruber & Iceberglist sortiert \\
	v2.0 & 01.11.2009 & Philipp Naderer & Finalisierung für Abgabeversion \\
                      &                     & Manuel Mayrhofer \\
	v1.6 & 31.10.2009 & Philipp Naderer & Iceberglist, div. Korrekturen \\
	v1.5 & 31.10.2009 & Manuel Mayrhofer & Projektplan \\
	v1.4 & 31.10.2009 & Alexander Bohn & UseCase Beschreibungen \& UseCase Liste \\
                      &                     & Manuel Djalili \\
	v1.4 & 30.10.2009 & Manuel Mayrhofer & Risikoanalyse \\
	v1.2 & 30.10.2009 & Dominik Gruber & Endkorrektur \\
	         &                      & Philipp Naderer & \\
	v1.1 & 26.10.2009 & Alexander Bohn & Use Case Beschreibungen\\ 
	v1.0  & 24.10.2009 & Philipp Naderer & Finalisierung für Abgabe \\
	v0.12 & 24.10.2009 & Alexander Bohn & Use Case Diagramme \\
	v0.11 & 24.10.2009 & Dominik Gruber & Diverse Anpassungen \\
	v0.10 & 24.10.2009 & Manuel Djalili & Featureliste erweitert \\
	v0.9 & 24.10.2009 & Philipp Naderer & Komponentendiagramm \\
	v0.8 & 24.10.2009 & Manuel Mayrhofer & Gantt Diagramm \\
	v0.7 & 24.10.2009 & Philipp Naderer & Diverse Korrekturen, \\
	v0.6 & 23.10.2009 & Dominik Gruber & Projektplan, Iceberg List \\
	v0.5 & 22.10.2009 & Manuel Djalili & Rollenverteilung \\
	v0.4 & 20.10.2009 & Manuel Mayrhofer & Lieferumfang, Abnahme \\
	v0.3 & 19.10.2009 & Philipp Naderer & Funktionale Anforderung, Komponentendiagramm \\
	v0.2 & 19.10.2009 & Manuel Mayrhofer & Nichtfunktionale Anforderungen \\
	v0.1 & 19.10.2009 & Dominik Gruber & Erstellung (Template, Datenübernahme) \\
\end{tabular}


%%%----------------------------------------------------------
\end{document}
%%%----------------------------------------------------------